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[57] ABSTRACT 

An information processing methodology gives rise to an 
application program interface which includes an auto- 
mated digitizing unit, such as a scanner, which inputs 
information from a diversity of hard copy documents 
and stores information from the hard copy documents 
into a memory as stored document information. Por- 
tions of the stored document information are selected in 
accordance with content instructions which designate 
portions of the stored document information required 
by a particular application program. The selected 
stored document information is then placed into the 
transmission format required by a particular application 
program in accordance with transmission format in- 
structions. After the information has been transmission 
formatted, the information is transmitted to the applica- 
tion program. In one operational mode, the interface 
interactively prompts the user to identify, on a display, 
portions of the hard copy documents containing infor- 
mation used in application programs or for storage. 
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INFORMATION PROCESSING METHODOLOGY 

BACKGROUND OF THE INVENTION 

The invention is directed to a system for efficiently 5 
processing information originating from hard copy doc- 
uments. More specifically, the invention is directed to a 
hard copy document to application program interface 
which minimizes the need to manually process hard 
copy documents. 10 

In the past, information contained on hard copy doc- 
uments was manually entered into a computer via the 
input controller of a particular computer. The original 
document was then filed away for future reference. 
Automatic input of data was limited to the input of 15 
Magnetic Ink Character Recognition (MICR) data and 
to Optical Character Recognition (OCR) data. This 
fixed-position data was forwarded directly to a dedi- 
cated computer application specifically designed to 
accommodate the input format. In more recent years, 20 
typewritten text has been mechanically inputted into a 
computer via a text file. Examples of this latter type of 
system are word processors and photo-typesetters. 

These conventional systems have limitations which 
decrease the efficiency of processing information from a 25 
hard copy document. For example, the systems dis- 
cussed above are limited in their application to MICR, 
OCR, or typewritten data. Parsing and processing data 
is limited to the particular requirements of the particular 
computer application which requires the input data. In 30 
addition, in these conventional systems, the actual hard 
copy document must be retained for future reference at 
great expense. 

In a sophisticated computer network, different users 
may require different portions of the information con- 35 
tamed on a hard copy document. For example, if the 
hard copy document is an invoice returned with pay r 
ment of a bill, the accounting department may need all 
of the monetary information contained on the bill while 
the mailroom may need only customer address informa- 40 
tion, to update a customer's address. Therefore, there is 
a need for a system in which specific information from 
a hard copy document can be selectively distributed to 
various users. 

Another problem with conventional systems is that 45 
users, even within the same company, may require that 
the information extracted from a hard copy document 
be transmitted to a particular application program in a 
specific transmission format. For example, one depart- 
ment in a company may use a particular application SO 
program which must receive information using a partic- 
ular character as a delimiter and other departments may 
require the information in a different format using dif- 
ferent delimiters. 

Another problem, particularly for small businesses, is 55 
that current systems can not efficiently accommodate 
the inputting of information from a diversity of hard 
copy documents. A large business which receives many 
forms in the same format can afford a system which 
inputs a high volume of information in that format into 60 
memory. For example, it is cost-effective for a bank 
which processes hundreds of thousands of checks a 
month to buy a dedicated machine which can read 
information off of checks having a rigidly defined, or 
fixed, format. However, as the diversity of forms re- 65 
ceived by a business increases relative to the number of 
forms that must be processed, it becomes less cost-effec- 
tive to design a dedicated machine for processing each 



855 

2 

type of form format. This problem is particularly signifi- 
cant in small businesses which may, for example, re- 
ceive fifty invoices a month, all in different, non-fixed, 
formats. It is frequently not cost-effective for a small 
business to design dedicated systems for inputting infor- 
mation in each of these various formats. This leaves a 
small business with no other practical alternative than 
to manually input the information off of each invoice 
each month. 

SUMMARY OF THE INVENTION 

It is an object of the invention, therefore, to provide 
an application program interface which allows a user to 
select specific portions of information extracted from a 
diversity of hard copy documents and allows the user to 
direct portions of this information to several different 
users in accordance with the needs of the particular 
user. 

It is also an object of the invention to provide a cost- 
effective system for inputting hard copy documents 
which can accommodate hard copy documents in a 
diversity of formats. 

It is another object of the invention to provide an 
application program interface which allows a user to 
put information, which is to be transmitted, into a par- 
ticular transmission format, based upon the needs of the 
receiver of the information. 

It is a further object of the invention to provide an 
application program interface which will allow the 
extraction, selection, formatting, routing, and storage of 
information from a hard copy document in a compre- 
hensive manner such that the hard copy document itself 
need not be retained. 

It is another object of the invention to provide a 
system which reduces the amount of manual labor re- 
quired to process information originating from a hard 
copy document. 

A further object of the invention is to reduce the time 
required to process information originating from a hard 
copy document so that a higher volume of transactions 
involving hard copy documents can be processed. 

The invention provides an application program inter- 
face which inputs a diversity of hard copy documents 
using an automated digitizing unit and which stores 
information from the hard copy documents in a mem- 
ory as stored document information. Portions of the 
stored document information are selected in accordance 
with content instructions which define portions of the 
stored document information required by a particular 
application unit. Selected stored document information 
is then formatted into the transmission format used by 
the particular application program based on transmis- 
sion format instructions. The transmission formatted 
selected stored document information is then transmit- 
ted to the particular application program. The hard 
copy documents may contain textual information or 
image information or both. 

The interface operates in three different modes. 

In a first mode, the interface extracts all of the infor- 
mation from hard copy documents and stores this infor- 
mation in memory. Parsing of various portions of the 
extracted information is performed in accordance with 
content instructions. 

In a second mode, the user operates interactively 
with the interface by use of a display and an input de- 
vice, such as a mouse. In this second mode, a hard copy 
document is inputted and displayed on the display. The 
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interface then prompts the user to identify the location 
of various information. For example, the interface can 
ask the user to identify the location of address informa- 
tion on the hard copy document. In response, the user 
positions the mouse to identify address information 5 
using a cursor. The identified information is then stored 
as address information in memory. Subsequently, the 
interface again prompts the user to identify other pieces 
of information, which are then stored in the appropriate 
locations in memory. This process proceeds until all of 10 
the information which is desired to be extracted off of 
the hard copy document is stored in memory. 

In a third mode of operation, selected portions of 
information are extracted off of hard copy documents in 
accordance with predetermined location information IS 
which has been specified by the user. For example, the 
user can define a template which specifies the location 
of information on hard copy documents. Templates can 
be formed in conjunction with second mode operation. 
Alternatively, the user can instruct the interface to 20 
search hard copy documents for a particular character 
or symbol, located on the hard copy documents. The 
information desired to be extracted off of the hard copy 
documents is specified relative to the location of this 
character or symbol. 25 

The interface can also prompt or receive from an 
applications program or another information processing 
system, required information, content instructions, and 
format instructions. 

Other objects, features, and advantages of the inven- 30 
tion will be apparent from the following detailed de- 
scription of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be described in further detail 35 
below with reference to the accompanying drawings, in 
which: 

FIG. 1 illustrates hardware for implementing a pre- 
ferred embodiment of the instant invention; 

FIG. 2 illustrates an example of a hard copy docu- 40 
ment containing information to be processed by the 
instant invention; 

FIGS. 3 A and 3B are enlarged views of the computer 
of FIG. 1 used to explain how the invention interac- 
tively prompts a user to identify information; 45 

FIG. 4 is an overall data flow diagram for the FIG. 1 
preferred embodiment; 

FIG. 5 is a detailed input data flow diagram for the 
FIG. 1 preferred embodiment; 

FIG. 6 is a detailed information processing data flow 50 
diagram for the FIG. 1 preferred embodiment; 

FIG. 7 is a more detailed information processing data 
flow diagram for the maintain library module of FIG. 6; 

FIG. 8 is a more detailed information processing data 
flow diagram for the maintain definitions module of 55 
FIG. 6; 

FIG. 9 is a more detailed information processing data 
flow diagram for the process document module of FIG. 

«; 

FIG. 10 is a detailed output data flow diagram for the 60 
FIG. 1 preferred embodiment; 

FIG. 11 lists data corresponding to the hard copy 
document of FIG. 2; 

FIGS. 12A, 12B, and 12C illustrate examples of data 
which can be selected from the extracted data of FIG. 65 
11 in accordance with content instructions; 

FIGS. 13 A, 13B, and 13C illustrate examples of the 
data of FIGS. 12A, 12B, and 12C formatted in accor- 
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dance with various transmission format instructions to 
form input files; and 

FIG. 14 illustrates another example of a hard copy 
document containing information to be processed by 
the instant invention. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

Hardware 

The invention provides an interface between infor- 
mation originating from a hard copy document and a 
computer application unit which uses the information. 
The computer application unit can be a particular com- 
puter application program or a device which is con- 
trolled in accordance with instructions or information 
from the hard copy document. The invention also al- 
lows storing a copy of the hard copy document in a 
memory and retrieving the copy of the hard copy docu- 
ment. By providing a comprehensive and integrated 
system which can accommodate almost all of the possi- 
ble uses of information contained on a hard copy docu- 
ment, the instant invention allows for a paperless office. 

The invention includes hardware and software neces- 
sary to extract, retrieve, and process information from 
the hard copy document. A copy of the actual image of 
the hard copy document is stored in memory. Textual 
information extracted from the hard copy document is 
also stored in memory. Textual information is informa- 
tion, such as alphanumeric characters, which is recog- 
nized on the hard copy document and which is stored in 
a form which corresponds to the particular recognized 
character. For example, the extracted characters can be 
stored in the ASCII format in an electronic memory. 

The user can have all of the information extracted 
from the hard copy document and stored in memory. 
Alternatively, the interface can interactively prompt 
the user to identify specific pieces of information for 
storage. The interface can also extract specific pieces of 
information using a predefined template. The interface 
can also prompt or receive from another information 
processing system or an applications program desired 
information, content instructions, and format instruc- 
tions. 

The instant invention also provides for parsing infor- 
mation extracted from the hard copy document and for 
directing this parsed information to specific users or 
application programs as an input file. 

The invention also permits the user to define the 
transmission format of the input file for a particular 
computer application unit. 

FIG. 1 illustrates hardware for implementing a pre- 
ferred embodiment of a hard copy document to applica- 
tion program interface according to the instant inven- 
tion. The interface 200 processes information extracted 
off of hard copy document 100 and provides informa- 
tion to application units 270 in a form required by each 
particular application unit The interface extracts infor- 
mation off of a hard copy document 100 utilizing a 
scanner 210. The scanner 210 can be any type of scanner 
which extracts information off of hard copy documents, 
for example, an Optical Reader. 

The scanned information is stored in a scanner mem- 
ory 220 or in main memory 250, as will be described in 
greater detail below. If main memory 250 or another 
memory is available to store the scanned information, 
then scanner memory 220 can be omitted. 
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The information from scanner memory 220 or main memory 250. The extracted information is stored in two 
memory 250 is transmitted to computer 230. In the forms. The actual image of the hard copy document 100 
preferred embodiment, computer 230 includes a display is stored as image information in the scanner memory 
232, a keyboard 234, and a mouse 236. The display 232 220. In addition, the scanner memory 220 stores textual 
displays an image of the hard copy document itself 5 information recognized on the hard copy document 100 
and/or information necessary to process the informa- by, for example, employing standard character recogni- 
tion extracted off of the hard copy document tion software. In the preferred embodiment, the textual 

The computer 230 is used to select portions of the information is stored in ASCII format. The scanner 
stored document information contained in memory in memory 220 can be, for example, an electronic, mag* 
accordance with content instructions which define por- 10 netic, or optical memory. 

tions of the stored document information required by an FIG. 3A illustrates an enlarged view of the computer 
application unit. These content instructions may be 230 of FIG. 1. This view will be used to describe a 
provided by the application program. Alternatively, the second mode of operation. In this second mode of oper- 
content instructions can be inputted via an input device atiqn, the hard copy document 100 is scanned and a 
such as a keyboard, a touch screen, a mouse, a notepad, IS copy of the document 100 is displayed on display 232 of 
a voice recognition device, or the like. computer 230, based on the contents of information 

The computer 230 is also used to format selected temporarily stored in scanner memory 220. After the 
stored document information into the transmission for- document is displayed on display 232, the computer 230 
mat used by an application unit based on transmission interactively prompts the user to identify the location of 
format instructions. The transmission format instruc- 20 specific pieces of information on the hard copy docu- 
tions may be provided by the application program. ment In the FIG. 3A illustration, this prompt message 
Alternatively, tiie transmission format instructions can is indicated as the message beginning with the arrow, 
be inputted via a keyboard, a touch screen, a mouse, a For example, the prompt message can ask the user to 
notepad, a voice recognition device, or the like. identify the location of account number information on 

Thus, the computer 230 is used to generate an input 25 the hard copy document. The user then uses an input 
file for a particular application unit. The computer 230 device, such as keyboard 234 or mouse 236 or a touch 
is connected to scanner memory 220, main, or penna- screen, notepad, voice recognition device, or other 
nent, memory 250, a printer 260, and application units input device to position a cursor on the display to iden- 
270, via a bus 240. Although FIG. 1 illustrates use of a tify the location of the information requested by the 
bus to connect components together, it is understood 30 prompt message. For example, the cursor could be used 
that any routing or connecting link, implemented in to define a block (which could be highlighted) contain- 
hardware or software or both, can be employed instead ing the requested information, followed by a mouse 
of, or in addition to, a bus. Instructions to or in the "enter" click. In this example, the user would move the 
computer 230 control the main memory 250, the printer mouse to identify the location of the account number 
260, the application units 270, and the bus 240. Instruc- 35 information contained on the hard copy document 100. 
tions to or in computer 230 can also control exchanges The computer 230 then stores the information which 
of information with scanner memory 220. has been identified by the user as account number infor- 

When the computer 230 generates an input file for a mation in the appropriate address or subfile or as the 
particular document, the computer 230 can send this appropriate variable or parameter in memory. The corn- 
input file directly to an application unit or can store this 40 puter then prompts the user to identify the location of 
input file in the main memory 250 until required by an other information on the hard copy document, such as, 
application unit. The main memory 250 may also op- statement date information. The process proceeds until 
tionally store a copy of the image information for the all of the desired information has been stored into the 
hard copy document and the textual information for the appropriate locations in memory, 
hard copy document. Thus, the image information and 45 FIG. 3B illustrates a variation of the second mode for 
textual information from the hard copy document can interactively prompting the user for information. In 
be retrieved and printed out on printer 260. In addition, FIG. 3B, the display is split into two portions. A left- 
image and textual information stored in scanner mem- hand portion 232L displays the image of the hard copy 
ory 220 or in main memory 250 can be used to form document and a right-hand portion 232R displays the 
additional input files at the time of input or at a later 50 required application program information. For exam- 
time, based on content instructions and transmission pie, in FIG. 3B, portion 232R displays a spreadsheet 
format instructions. Thus, the invention can, at the dis- used by an application program. While observing the 
cretion of the user, eliminate the need to retain copies of split display, the user can input instructions to associate 
hard copy documents, permitting a paperless office. specific pieces of information on the hard copy docu- 

The application units 270 include particular applica- 55 ment (for example, the vendor name indicated by the 
tion programs and devices which are controlled in ac- mouse arrow 232A) with particular subfiles in memory 
cordance with information contained on hard copy (for example, the vendor field next to which the cursor 
document 100. 232C appears), using a mouse or other input device(s) or 

FIG. 2 illustrates an example of a hard copy docu- both. The split display also allows the user to generate 
ment 100 which contains information to be processed 60 content format instructions while observing the infor- 
by the instant invention. The document illustrated in mation required for a particular application program on 
FIG. 2 is a bill from XYZ Corporation to customer the right-hand portion. 

ABC: Corporation. FIG. 2 is only an example of a type These second modes of operation are efficient for 
of document that can be processed by the instant inven- small businesses which receive a small number of a wide 
tion. 65 variety of invoices, since the user does not necessarily 

In a first operational mode, the scanner 210 stores all have to store all of the information that appears on the 
of the information extracted off of hard copy document hard copy document. A further advantage is that data 
100 in the scanner memory 220 or, alternatively, in main input is quicker, easier, and more accurate than with 
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previous keyboard methodology. In addition, by sped- formed by input process module 1.0 occurs in scanner 
fying the location on the hard copy document of infor- memory 220, computer 230, and main memory 250. 
mation, the user may optionally create a template, to be FIG. 6 illustrates information processing data flow 
described in further detail below, for each different type for the FIG. 1 preferred embodiment, that is, FIG. 6 
of invoice. This template is stored for future use when 5 illustrates data flow in the information processing mod- 
another hard copy document in the same format is re- ule 2.0. 

ceived. The information processing module 2.0 includes a 

More specifically, instructions from computer 230 maintain library module 2.1, to be described in further 
can direct the scanner 210 and scanner memory 220, detail below in conjunction with FIG. 7, a maintain 
and/or main memory 250, to scan and/or store only 10 definitions module 2.2, to be described in further detail 
specific portions of hard copy document 100. After the ^low m conjunction with FIG. 8, and a process docu- 
interactive prompts required to obtain information for a ment module 2.3 to be described in further detail below 
desired application program, the unused information m conjunction with FIG. 9. 

stored in scanner memory 220 or 250 can be erased. ^ information processing module 2.0 is the module 
Further, scanning of a second identical document can 15 which coordinates and drives the entire system. In the 
be limited to only those portions of the document which preferred embodiment, the information processing 
contain needed information. module 2.0 is implemented primarily by computer 230. 

More specifically, in FIG. 2, the lines 10 drawn FIG. 7 illustrates information processing data flow in 
around certain portions of the document represent the the mamtain library module 2.1. The maintain library 
areas which the user has previously identified as the 20 module 2.1 mamtmns a library of image mfonnation for 
portions of a document to be extracted by the scanner ««P^ a digitized image representing the actual ap- 
210 and stored in scanner memory 220 and/or main Pearance of the hard copy document and textual infor- 
memory 250. Since the logo 20 and the message 30 have matlon of h ^ d ^ documents for reference dur- 
not been identified as an area to be scanned and stored, „ ln » P rocessin * This library can be incorporated within 
these areas are not scanned and stored in subsequent 25 manner memory 220, mam memory 250 or another 
documents. Since the user has previously associated memory for example, a RAM disk. The 

u r *v <a *.u •£ vi-i r ■ * maintain library module 2.1 includes a store document 

each of the areas 10 with a specific subfile of informa- _ j i «» « * * j i i « i 

A . , , r , . - A . module 2.1.1, a correct errors module 2.1.2. a retrieve 

lion, e.g , tne account numoer, tne scanned tntormat|on document module 21A m d a document file 2.1.4. 
is stored .n memory locauons correspondmg to that 3Q These m<xJules operate collec , iveIy t0 ^ retrievej 

and correct document information. 
Data Processing The s *o re document module 2.1.1, prior to routing 
. , „ , . , „ the document to the document file 2.1.4. may provide 
FIGS. 4-10 illustrate the flow of data in the FIG. 1 information on recognition errors which may have 
preferred embodiment. FIG 4 illustrates the overall 35 occurred while inp^ng th e document. For example, 
data flow for the FIG. 1 preferred embodiment. The the store document module 2 .u identifies that a char- 
preferred embodiment includes an input process module acter contained on copy docume nt 100 was not 
1.0, an information processing module 2.0, and an out- reC ognized. The store document module 2.1.1 also op- 
put processing module 3.0. The information processing tionally causes a copy of the document and its parsing to 
module 2.0 is equipped to receive instructions from and 40 be displayed on the display 232 for confirmation by the 
transmit information to a user. The information process- user ^ user may utilize ^ opportunity to identify 
ing module 2.0 can also transmit to and receive informa- My errors in the displayed document and, in conjunc- 
tion from a remote external device through communica- ti on with the correct errors module 2 .i. 2f t o revise the 
tion interface 4.0. Input process module 1.0 and output document's parsing, if necessary, prior to storage of the 
processing module 3.0 can also access communication 45 document in memory. The module 2.1.1 also provides a 
interface 4.0. A module is implemented in hardware, facility for the user to name a particular hard copy 
software, or a combination of hardware and software. document for cataloging, storage, and retrieval pur- 
The specific implementation for a particular business p^s. After the document is named, the store document 
application depends upon a variety of factors, for exam- module 2.1.1 stores copies of the document in the docu- 
ple, the relative costs of hardware and software imple- 50 ment file 2.1.4. 

mented systems, the frequency with which a user will The correct errors module 2.1.2 processes instruc- 
want to expand or modify the system, and the like, tions from the user to correct errors identified by the 
FIG. 5 is a more detailed diagram of the input process store document module 2.1.1 and errors that have been 
module 1.0 of FIG. 4. The input process module 1.0 spotted by the user during the confirmation process, 
includes a character input module 1.1, an image input 55 The retrieve document module 2.1.3 permits the user 
module 1.2, and, in the preferred embodiment, a charac- to retrieve a copy of a document previously stored in 
ter recognition device 1.3. The character input module the document file 2.1.4. As described above, long-term 
inputs textual information, such as alphanumeric char- storage is provided by main memory 250, if necessary, 
acters, from an input device such as keyboard 234. The FIG. 8 illustrates a more detailed information pro- 
image input module 1.2 inputs image information, for 60 cessing data flow diagram for the maintain definitions 
example, a digitized image of the actual appearance of module 2,2 of FIG. 6. The maintain definitions module 
hard copy document 100. Textual information can in- 2.2 allows the user to define system and document pa- 
clude textual input from an input device such as key- rameters and maintains the definitions of these system 
board 234 and textual information extracted from the and document parameters. The maintain definitions 
document by character recognition device 1.3. Both 65 module 2,2 includes a define template module 2.2,1 
types of information comprise an input document which which allows the user to specify the location of infor- 
is transmitted to information processing module 2.0. In mation on the document. ITus information provided by 
the FIG. 1 preferred embodiment, the processing per- the user defines a template which is used to extract 
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information off the document and to associate the ex- The process document module 2.3 also includes a 
tracted information with a particular variable or subfile. preapplication process module 2.3.2 which gathers and 
These templates are illustrated by boxes 10 in the FIG. associates information extracted from the document in 
2 example of a hard copy document. The maintain defi- accordance with content instructions. This module 
nitions module 2.2 can also access templates previously 5 prompts the user for any additional information re- 
defined by the user and stored in main memory 250. quired to satisfy the relationships defined by the content 
Templates can also be provided as part of software instructions, the preapplication process module 2.3.2 
packages developed by program developers. also places the selected information into the transmis- 
The maintain definitions module 2.2 also includes a sion format defined by the transmission format instruc- 
define relationships module 2.2,2. The define relation- 10 ti° ns - 

ships module 2.22 allows the user to define data rela- The preapplication process module 2.3.2 also gener- 

tionships, or logical relationships, between pieces of *es the input file 2.3.3 for the selected application in 

information extracted from the hard copy document. accordance with the appropriate instructions. The input 

These pieces of information are then used to generate an flle is then transmitted to bus 240 and/or comrau- 

ihput file for a selected computer application unit. The 15 nic f on . interface 4.0 for transmission to a particular 

user defines these relationships by content instructions, application unit 270. 

Alternatively, content instructions to define relation- FIG r 10 illustrates a detailed output data flow dia- 

ships can be provided by application software. If the « ram for out f ut module ^Output ***** 3 0 0Ut P u v ts 

user provides these content instructions, the content and/or image copy of the document. In the 

instructions are inputted via keyboard 234 or via an- 20 T lG ; 1 P"&™> embodiment, output module 3.0 is 

other input device such as a notepad, a voice recogni- implemented by printer 260, associated software, and 

tion device, or the like. Examples of content instruc associated mterface «icuitry. 

tions, data, and logical relationships will be described in Operation 

further detail in conjunction with FIGS. 11 and 12A, _ _ , r f f _ . . 

12B and 12C Examples of operation of a preferred embodiment 

.The maintain dcfmitions module 2.2 also includes a "^^^^^y^.^ providing instructions 
define format module 2.2.3 The define format module tQ ^ information pro J^ ag n/odule 2.0. The user then 
2.2.3 allows the user to define transmission formats for instructs the mform ation processing module 2.0 to con- 
an input file which is then transmitted to a selected 3Q duct ]ib processing , maintain definitions 
computer application unit. Selection o 'the transmission processingt or process docU ment processing, 
format of the^mput file is accomplished :by the user , f the usef sclect$ maintain nb p rocess i ng , ^ 
through use of transmission format instructions. Alter- u$er then ides mstructions to maintain or modify 
natively, the applications software itself can generate its tnc document Ubrary through ^ maintain library mod . 
own transmission format instructions. When the user 35 ule 2l For example, the user can direct the inputting 
must specify transmission format instructions, the trans- and storagc of a hafd documcnt iqo or can re- 
mission format instructions are inputted via keyboard trieve ^ output a doc ument. The user requests input- 
234 or via another input device such as a notepad, a ting of a doC ument through the store document module 
voice recognition device, or the like. A further descrip- ux ^ system then prompts the user to specify a 
tion of various transmission formats will be prodded 40 stor age location for the inputted document. The docu- 
below in conjunction with FIGS. 12A, 12B, 12C, 13A, ment ^ then read . in by fa e mput proces s module 1.0. A 
13B ( and 13C. textual copy arid/or an image copy are stored into the 

A select definitions module 2.2.4 is also included in d0C ument file 2.1.4. Errors which have occurred during 
the maintain definitions module 2.2. The select defini- inputting are identified and corrected by the correct 
tions module 2.2.4 allows the user to store and select a 45 errors module 2,1.2 and the user. The corrections are 
set of definitions to be used for processing the docu- reflected in the document information stored in docu- 
ment. The definitions identify pieces of information on me nt file 2.1.4. 

the document by, for example, absolute location, van- The retrieve document module 2.1.3 is used to re- 
able location, or relative location, or by proximity to trieve and output a document. The system prompts the 
key words and/or symbols. These definitions are de- 50 user to specify the storage location of a document and 
scribed in further detail below by way of an illustrative the type of document copy, for example, a textual or an 
example. image copy, to be outputted. The document is then 

FIG. 9 illustrates a more detailed information pro- outputted by the output process module 3.0. 
cessing data flow diagram for the process document if the user initially selected maintain definitions pro- 
module 2.3. The process document module 2.3 pro- 55 cessing, the user would instruct the system to maintain 
cesses the document after the document has been stored and/or modify parameter definitions through the main- 
in the system. The process document module 2.3 gath- tain definitions module 2.2. For example, the user can 
crs the appropriate information which has been stored, define and maintain a document template for extracting 
and creates input file(s) 2.3.3 for the selected application selected portions of information off of the hard copy 
unit. The process document module 2.3 then transmits 60 document. The user can use the template to extract 
the input file(s) via bus 240 and/or communication in- selected portions of information off of the hard copy 
terface 4.0 to an application unit 270, an output device document when the document is originally inputted, or 
such as printer 260, or to main memory 250. alternatively, the user can use the template to identify 

The process document module 2.3 includes an extract selected portions of information for extraction off of an 

data module 2.3.1. This module extracts data off of the 65 image copy of the document. In creating the template, 

document in accordance with the user's instructions, for the user identifies pieces of information on the docu- 

exarople, the user-defined template, or through the in- ment to be extracted and assigns a variable name, or 

teractive mode. subfile, to each piece of data. 
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The location of data to be extracted can be defined in already been stored in memory, the user uses the extract 
a number of ways other than by use of a template. For data module 2.3.1 to identify a document to be pro* 
example, the user can designate the absolute location of cessed. The document is then retrieved by the retrieve 
information on the document with respect to a grid document module 2.1.3 and passed to the extract data 
overlaid on the document, e.g., always on line 3, start- 5 module 2.3.1. The user can also select parameter defini- 
ing in column i. The user can also identify information tions through the select definitions module 2.2.4. 
by specifying the relative location of information to be The selected document template or parameter defini- 
extracted, e.g., always two lines below the piece of data tion is passed to the extract data module 2.3.1. The 
named "salutation", starting in column 3. The user can extract data module 2.3.1 extracts pieces of data from 
also specify the location of information to be extracted 10 the image copy of the document, as defined by the 
by variable location specification. For example, if the document template definition or the parameter defini- 
hard copy document is a letter, the module would con- tions or both. This document data is then passed to 
duct a key word search for the term "Dear Sir:". Wher- preapplication process module 2.3.2. 
ever this term "Dear Sir:" is located, this piece of data The interface generates input file(s) 2.3.3 by use of the 
would be associated with the variable specified by the 15 preapplication process module 2.3.2. The selected data 
user, for example, the variable "salutation" In addition, relationship definition, as defined by the content in- 
a defined set of conventional symbols can be used to structions, and the selected record format definitions, as 
signify certain recurring data items for the convenience. defined by the transmission format instructions, are 
of users of the instant invention. For example, a "@" passed to the preapplication process module 2.3.2. The 
symbol can be used to delineate the vendor name as 20 preapplication process module 2.3.2 assembles the input 
follows: "@XYZ Corporation©". Other examples of file in accordance with the content instructions. The 
the use of symbols to delineate information will be de- preapplication process module 2.3.2 also prompts the 
scribed with reference to FIG. 14. user for any additional pieces of data which need to be 

The maintains definition module 2.2 is also used to provided by the user. The input file is converted to the 
maintain data relationships in accordance with content 25 desired transmission format in accordance with the 
instructions and to maintain input file formats in accor- transmission format instructions. This physically for- 
dance with transmission format instructions. Relation- matted data is then stored in the input file 2.3.3. 
ships are defined and maintained between pieces of data, The user can also use an application program to pro- 
specified by, for example, the names of variables, cess information by loading the particular application 
through the define relationships module 2.2.2. The 30 program into the computer 230 rather than by sending 
names of pieces of data on the document are retrieved the input file to a remote application unit 270. 
by, for example, the define template module 2.2.1, and An illustrative example of the processing described 
are passed to the define relationships module 2.2.2. The above will now be described. 

user may then provide any additional pieces of data The user inputs instructions via keyboard 234 or an- 
needed to generate an input file for a particular applica- 35 other input device which indicate that the user desires 
tion program or unit, such as an input file line number. to input and store a document. The computer 230 then 
The user, the applications software, and/or instructions prompts the user for the name of the document. In this 
previously stored in memory then establishes the con- example, the user desires to input the document of FIG. 
tents of the input file by defining relationships between 2 and therefore names the document "XYZ Corp. Bill 
pieces of data using content instructions. Specific exam- 40 Dec. 1, 1986." The computer then prompts the user to 
pies of content instructions will be discussed below in feed the hard copy document 100 into the scanner 210. 
conjunction with FIGS. 11, 12A, 12B, 12C, 13A, 13B, The image of the hard copy document is displayed on 
and 13C. display 232. The computer then prompts the user to 

The user and/or the applications software defines and identify the account number on the document. By use of 
maintains the transmission format of the input file to be 45 the mouse 236 or other input device to position a cursor 
used by a particular application program or unit on the display, the user indicates the location of the 
through the define format module 2.2.3 in accordance account number. The account number is then read-in to 
with transmission format instructions. This is accom- a subfile named "Account Number." This process pro- 
plished by defining the parameters to be used by the ceeds until all of the desired information has been read- 
preapplication process module 2.3.2 in generating an 50 in and stored. 

input file. Parameters which would typically be re- In this particular example, no errors were encoun- 
quired to generate an input file would include the char- tered while inputting the document. The user then di- 
acter type, e.g., text or pixel; delimiters used between rects that the document be stored for future reference in 
pieces of data, e.g., a slash or a semicolon; end of line a document file. 

characters, e.g., a carriage return or a line feed; and end 55 Some time later, the user desires to retrieve and out- 
of file characters. Examples of transmission formats will put the document and to generate input files based on 
be described in further detail below in conjunction with information from the document. The computer 230 
FIGS. 11, 12A, 12B, 12C, 13A, 13B, and 13C. prompts the user for the name of the document and the 

If the user initially selected process document pro- type of output. The user responds with "XYZ Corp. 
cessing, the interface will then proceed to process the 60 Bill Dec. 1, 1986" for a printed textual copy. The docu- 
document through use of the process document module ment is then retrieved from the document file and 
2.3. For example, the user can extract specific portions passed to the printer 260 for printing, 
of data from an image copy of a document, can generate In order to generate an input file for a specific appli- 
an input file for transmission to an application program, cation program, the user selects the option to define a 
or can directly process information interactively with 65 document template for use when each month's XYZ 
an application program. Corporation bill arrives, Accordingly, the user instructs 

If the user desires to extract specific portions of data the system to display a copy of an XYZ Corporation bill 
from an image copy of a hard copy document which has on the display 232. The user then identifies pieces of 
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data by absolute locations. That is, the user assigns off of hard copy document 100, are directed to particu- 

specific names to information located at specific por- lar departments, that is, particular application pro- 

tions of the document. In this example, the user would grams. FIG. 12A illustrates the contents of the informa- 

input the following information: tion to be transmitted to the first department. FIG. 12B 
Vendor-text, line 1, one line, column 1, 80 characters; 5 illustrates the information to be transmitted to the sec- 
Account number-numeric, line 6, one line, column 25, ond department. FIG. 12C illustrates the information to 

9 characters; be transmitted to the third department. The content 

Statement date-date, line 9, one line, column 25, 8 instructions, therefore, parse the information shown in 

characters; FIG. 11 to various application programs, as shown by 

Payment date-date, line 11, one line, column 25, 8 10 FIGS. 12A, 12B, and 12C. Content instructions can also 

characters; be usec j ^ 0 identify additional pieces of data which are 

Previous balance-currency, line 7, one line, column required for the input files of the particular application 

75, 9 characters; programs. In this particular example, the specific appli- 

New charges-currency, line 8, one line, column 75, 9 cation programs from the three departments all require 

cna 5^ ctcr f ; L . trx 13 numeric record number information, numeric horizon- 
Other debits-currency, line 10, one line, column 75, 9 ^ m f ormationt numeric vertical position infor- 

cnaracters; mation, and date received information. The horizontal 

Fuiance charges-currency, lme 12, one line, column ^ veftical mformation is ^ by the applica . 

75, ? characters; tioh program to specify the location of the received 

Payments-currency, lme 13, one lme, column 75, 9 20 MomfiXion on a sprcadshect application program, in 

0 erS| .. A i- -,■ , ~ this example. The user may know in advance the con- 

Other credits-currency, lme 14, one line, column 75, 9 ^ ^ requjred fcy ^ application program> ^ 

XT vi* r i « a is, in this example, the location and type of information 

New balance-currency, line 15, one line, column 75, 9 .- , **. j i. * i t 

characters 25 s P ccl " ed on spreadsheet. The user may also employ 

The user also identifies data with variable locations. £ mode * e f scrib ' d with ' eference t0 nG ' 

In this particular example, a variable location is sped- 3B T ° c ° m ' nt f ™ ^strucUons. 

fied as follows- Using the content instructions, the user establishes 

Heading 2-line, value="Mail To:" Ae fo » owin S contents for the input file corresponding 

The identification of Heading 2 as line information 30 ^jf 10 * \ 2Al . . 

meansthatthesystemwillsearchforoccurrencesofthe . Record number ' hon20ntal -Potion, vertical posi- 

character string "Mail To:" and assign the line number Uo ** vcndor ; , . 

which contains this character string to Heading 2. Record number, horizontal position, vertical posi- 

The user also identifies data by relative locations. In tion » account number; 

this example, the user identifies the following relative 35 . Record number, horizontal position, vertical posi- 

location: ti° n > statement date; 

Mail To-text, Heading 2+1, 3 lines, column 60, 25 Record number, horizontal position, vertical posi- 

characters per line. t,on » date received; 

The instructions above instruct the system to assign . Record number, horizontal position, vertical posi- 

the textual information beginning on one line after 40 ^on, payment date; 

Heading 2 and continuing for 3 lines, in column 60, to Record number, horizontal position, vertical posi- 

the Mail To subfile. tion » previous balance; 

As an alternative to inputting the actual line, column, Record number, horizontal position, vertical posi- 

and character numbers, the user can identify desired tion » new charges; 

portions of the document by blocking, or highlighting, 45 Record number, horizontal position, vertical posi- 

the desired portions using the mouse or other input ^on, finance charges; 

device. In this case, the computer converts the high- Record number, horizontal position, vertical posi- 

lighted portions into corresponding line, column, and ti° n » payments; 

character numbers. Record number, horizontal position, vertical posi- 

FIG. 11 lists data corresponding to the hard copy 50 tion, new balance, 

document of FIG. 2 and the associated variable or sub- Next, transmission format instructions are employed 

file names. to define the transmission format of the input file for a 

Next, the user desires to define data relationships in specific application program or unit FIG. 13A illus- 

accordance with content instructions. Examples of the trates the transmission input file corresponding to FIG. 

type of contents which can be specified by a user are 55 12A. FIG. 13B illustrates the transmission input file 

illustrated in FIGS. 12A, 12B, and 12C. corresponding to FIG. 12B. FIG. 13C illustrates the 

In this particular example, ihree separate departments transmission input file corresponding to FIG. 12C. A 

of ABC Corporation require information from the XYZ comparison of FIGS. 12B and 12C reveals that FIGS. 

Corporation bill. The first department requires vendor, 12B and 12C have the same contents. However, the 

account number, statement date, payment date, previ- 60 information illustrated in FIG. 12B is being sent to a 

ous balance, new charges, debits, finance charges, pay- different application program than the information in 

ments, arid new balance information. The second and FIG. 12C. These application programs require different 

third departments require mail to information and pre- transmission input formats, as illustrated in FIGS. 13B 

vious balance information. Each of these departments and 13C. More specifically, the application program 

have their own application program which utilizes this 65 that receives the input file illustrated in FIG. 13B uses 

information. the greater than sign as a delimiter whereas the applica- 

The user employs content instructions to designate tion program which receives the transmission input file 

bow pieces of information, which have been extracted shown in FIG. 13C uses a back-slash as the delimiter. 
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After the contents and the transmission format for the includes a keyboard, a light pen, a mouse, a touch 
input file have been defined » and any additional infor- screen, a laser scanner, a microphone, a tablet, a disk 
mation has been inputted, the input file is assembled and drive, a magnetic tape drive, and a modem, 
transmitted to the particular application program. The interface 200 can also output information in 

FIG. 14 illustrates another example of a hard copy 5 forms other than a hard copy of textual or image infor- 
document containing information to be processed by mation. For example, the interface 200 can output sys- 
the instant invention. The hard copy document illus- tern responses, computer files, and digital and analog 
trated in FIG. 14 is first scanned and information from signals for transmission to other computer systems or to 
the hard copy document is stored into a memory. The control systems. Suitable hardware for outputting infor- 
interface 200 then identifies portions of the hard copy 10 mation includes a disk drive, a magnetic tape drive, a 
document corresponding to various variables by recog- cathode ray tube, a plasma screen, a printer, a plotter, a 
nizing a defined set of symbols. In the FIG. 14 example, film developer, an amplifier, and a modem, 
triangles delineate the mailing address, circles delineate Since modifications of the described embodiments 
the statement date, and squares delineate the new incorporating the spirit and substance of the invention 
charges. Information from these portions of the hard 15 may occur to persons skilled in the art, the scope of the 
copy document is stored in the corresponding memory invention should be limited solely with respect to the 
locations or subfiles for each variable. The same set of appended claims and equivalents, 
symbols can be used to identify the same information What is claimed is; 

from one document to the next. Thus, even if the physi- 1. A method of processing information from a diver- 
cal formats of documents are not fixed from one docu- 20 sity of types of hard copy documents, said method com- 
ment to the next, a diversity of hard copy documents prising the steps of: 

can be processed without manually inputting data by (a) receiving output representing a diversity of types 
recognition of the defined symbols. of hard copy documents from an automated digitiz- 

Examples of readily available application programs ing unit and storing information from said diversity 

are Quicken and Lotus 1, 2, 3 both of which are widely 25 of types of hard copy documents into a memory, 
utilized in the business community. Quicken, for exam- said information not fixed from one document to 

pie is an easy-to-utilize program for writing checks and the next, said receiving step not preceded b scan- 

preparing business records. Payee, amount and address ning, via said automated digitizing unit, of a sepa- 

inforroation may readily be transmitted from scanner rate document containing format requirements; 

memory 220 and/or main memory 250 to the Quicken 30 (b) recognizing portions of said hard copy documents 
application program for check writing functions and corresponding to a first data Held; and 

ledger keeping purposes. Lotus is a well known spread- (c) storing information from said portions of said hard 
sheet program which may process data input into speci- copy documents corresponding to said first data 

fled cells once this data is placed in conventional Lotus field into memory locations for said first data field, 

format. 35 2. A method as set forth in claim 1, wherein step (b) 

Thus, the instant invention provides an integrated includes prompting identification of said , portions of 
and comprehensive system for handling information said hard copy documents corresponding to said first 
from a hard copy document, thus permitting a paperless data Meld. 

office. In addition, the invention permits data, extracted 3. A method as set forth in claim 1, wherein step (c) 
off of a hard copy document, to be easily manipulated 40 includes storing textual information from said portions 
into various logical and transmission formats required of said hard copy documents corresponding to said first 
by a particular application unit. The invention also data field into said memory locations for said first data 
provides a low cost system for inputting information field. 

from a wide variety of hard copy documents into a 4. A method as set forth in claim 1, further compris- 
memory. 45 ing the steps of detecting and correcting errors resulting 

The foregoing description has been set forth merely from automated digitizing, 
to illustrate preferred embodiments of the invention and 5, A method as set forth in claim 1, further compris- 
is not intended to be limiting. Modifications are possible ing the sep of utilizing a template to associate portions 
without departing from the scope of the invention. of said hard copy documents with specific data fields. 

For example, letters, checks, forms, pictures, reports, 50 6. A method as set forth in claim 1, further compris- 
music scores, film, and other types of hard copy docu- ing receiving instructions identifying at least one char- 
ments can be processed by the invention for accounts acter or symbol, located on said hard copy documents, 
payable/receivable accounting, inventory control, re- which identifies a location on said hard copy documents 
cord keeping, budgeting, data base management, music containing data corresponding to a specific data field, 
transcription, forms processing, computerized art, sur- 55 7. A method as set forth in claim 1, further compris- 
vey and questionnaire processing, statistical data analy- ing receiving instructions identifying at least one char- 
sis, correspondence processing and other applications. acter or symbol, located on said hard copy documents, 

Other automated digitizing units can be used in addi- which identifies a relative location on said hard copy 
tion to or as an alternative to use of the scanner 210 as documents containing data corresponding to a specific 
an input unit. Any electrical, magnetic, or optical de- 60 data field. 

vice which extracts information ofT of a hard copy doc- 8. A method as set forth in claim 1, wherein step (b) 
ument, thereby eliminating the need to manually input includes displaying an image of a hard copy document 
significant amounts of information from the hard copy on a display based on a contents of said memory, 
document is suitable for use as an automated digitizing 9. A method as set forth in claim 8, further compris- 
unit. In addition, information can be input by user re* 65 ing the steps of: 

sponses and digital and analog signals generated from recognizing portions of said hard copy documents 
various devices, and from computer files from other corresponding to a second data field, said portions 

computer systems. Suitable hardware for inputting data of said hard copy documents corresponding to said 
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second data field being different from said potions 
of said hard copy documents corresponding to said 
first data field; and 
storing information from said portions of said hard 
copy documents corresponding to said second data 5 
field into memory locations or said second data 
field. 

10. A method as set forth in claim 1, further compris- 
ing the steps of: 

recognizing portions of said hard copy documents 1° 
corresponding to a second data field, said portions 
of said hard copy documents corresponding to said 
second data field being different from said potions 
of said hard copy documents corresponding to said 
first data field; and 15 

storing information from said portions of said hard 
copy documents corresponding to said second data 
field into memory locations for said second data 
field. 

11. A method as set forth in claim 10, further com- 20 
prising the step of storing image information from said 
portions of said hard copy documents corresponding to 
said second data field into said memory locations for 
said second data field. 

12. A method as set forth in claim 10, further com- 
prising the step of storing textual information from said 
portions of said hard copy documents corresponding to 
said second data field into said memory locations for 
said second data field. 

13. A method as set forth in claim 10, further com- 
prising the step of prompting identification of said por- 
tions of said hard copy documents corresponding to 
said second data field. 

14. A method of processing information from a diver- 35 
sity of types of hard copy documents, said method com- 
prising the steps of: 

(a) scanning a diversity of types of had copy docu- 
ments and storing information from said diversity 
of types of hard copy documents into a memory, ^ 
said information not fixed from one document to 
the next, said scanning not preceded b scanning of 

a separate document containing format require- 
ments; 

(b) recognizing portions of said hard copy documents 45 
corresponding to a first data field; and 

(c) storing information from said portions of said hard 
copy documents corresponding to said first data 
field into memory locations for said first data field. 

15. A method as set forth in claim 14, further com- 50 
prising the steps of detecting and correcting errors re- 
sulting from said scanning. 

16. A method as set forth in claim 14, further com- 
prising receiving instructions identifying at least one 
character or symbol, located on said hard copy docu- 55 
ments, which identifies a relative location on said hard 
copy documents containing data corresponding to a 
specific data field. 

17. A method as set forth in claim 14, further com- 
prising receiving instructions identifying at least one 60 
character or symbol, located on said hard copy docu- 
ments, which identifies a location on said hard copy 
documents containing data corresponding to a specific 
data field. 

18. A method as set forth in claim 14, further com- 65 
prising the step of utilizing a template to associate por- 
tions of said hard copy documents with specific data 
fields. 



19. A Method as set forth in claim 14, wherein step (c) 
includes storing textual information from said portions 
of said hard copy documents corresponding to said first 
data field into said memory locations for said first data 
field. 

20. A method as set forth in claim 14, wherein step (b) 
includes prompting identification of said portions of 
said hard copy documents corresponding to said first 
data field. 

21. A method as set forth in claim 14, wherein step (b) 
includes displaying an image of a hard copy document 
on a display based on a contents of said memory. 

22. A method as set forth in claim 21, further com- 
prising the steps of: 

recognizing portions of said hard copy documents 
corresponding to a second data field, said portions 
of said hard copy documents corresponding to said 
second data field being different from said portions 
of said hard copy documents corresponding to said 
first data field; and 

storing information from said portions of said hard 
copy documents corresponding to said second data 
field into memory locations for said second data 
field. 

23. A method as set forth in claim 14, further com* 
prising the steps of: 

recognizing portions of said hard copy documents 
corresponding to a second data field, said portions 
of said hard copy documents corresponding to said 
second data field being different from said potions 
of said hard copy documents corresponding to said 
first data field; and 

storing information from said portions of said hard 
copy documents corresponding to said second data 
field into memory locations for said second data 
field. 

24. A method as set forth in claim 23, further com- 
prising the step of storing image information from said 
portions of said hard copy documents corresponding to 
said second data field into said memory locations for 
said second data field. 

25. A method as set forth in claim 23, further com- 
prising the step of storing textual information from aid 
portions of said hard copy documents corresponding to 
said second data field into said memory locations for 
said second data field. 

26. A method as set forth in claim 23, further com- 
prising the step of prompting identification of said por- 
tions of said hard copy documents corresponding to 
said second data field. 

27. A method of processing data extracted from a 
diversity of types of hard copy documents, said method 
comprising the steps of: 

(a) receiving output representing a diversity of types 
of hard copy documents from an automated digitiz- 
ing unit and storing information from said diversity 
of types of hard copy documents into a memory as 
stored document information, said receiving step 
not preceded by scanning, via said automated digi- 
tizing unit, a separate document containing format 
requirements; 

(b) recognizing and selecting portions of said stored 
document information corresponding to data fields 
required by an application unit; 

(c) formatting said selected portions of said stored 
document information into a transmission format 
used by said application unit; and 
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(d) transmitting said formatted selected portions of a template definition unit for defining a template 

said stored document information to said applica- which associates locations on said hard copy docu- 

tion unit. ments with specific data fields. 

28. A method as set forth in claim 27, further com- 41- An interface as set forth in claim 37, further com- 
prising the step of printing textual copies of said hard 5 prising an error correcting unit detecting and correct- 
copy documents based on said stored document infor- ing errors resulting from extracting by said automated 
mation. digitizing unit. 

29. A method as set forth in claim 27, wherein step (a) 42. An interface as set forth in claim 37, wherein said 
includes receiving output representing a diversity of stored document information includes textual inforroa- 
types of hard copy documents from a scanner. 10 tion representing characters on said hard copy docu- 

30. A method as set forth in claim 27, wherein step (a) ments. 

includes receiving instructions identifying at least one «• An interface as set forth in claim 37, wherein said 

character or symbol, located on said hard copy docu- . document information includes digitized image 

ments, which identifies a relative location on said hard information i representing an actual appearance of said 

copy documents containing data corresponding to a 15 hard copy documents. 

specific data field 44. An interface as set forth m claim 43, further com- 

31. A method as set forth in claim 27, wherein step (a) P™** a P™ter which prints out copies of an actual 
includes receiving instructions identifying at least one Wearance of said hard copy documents based on said 

character or symbol, located on said hard copy docu- „ n dl ?! uc A d una f J™™* 1011 '. 

v i_ -j Jr i j u \j 20 45. A method of processing data extracted from a 

ments, which identifies a location on said hard copy . * . , 

, ' . ■ » -i a j* -r diversity of types of hard copy documents, said method 

documents containing data corresponding to a specific *£ * r 

data field comprising the steps of: 

32. A method as set forth in claim 27, wherein step (a) < a > r ' cci ™S «P™»*« ^S^S^S 
. , A . - ... . . i . « • V of hardcopy documents from an automated digitiz- 

includes the step of utilizing a templa e to associate ^ ^ storing information from said diversity 

portions of said hard copy documents with specific data Q * ypes Qf hafd c * py documents into a memory ^ 

I*?' * • . i - r ^x. stored document information, said receiving step 

33. A method as set forth in claim 27, further com. ^ ed b $canni ^ ^ automated di ^. 

prising detecting and correcting errors in said stored ^ ^ of a $ tc documcnt conta ining for- 

document information resulting from automated digitiz- 3Q mat requirements- 

m *" „ a „ , . (b) recognizing and selecting portions of said stored 

34. A method as set forth in claim 27, wherein step (a) document information corresponding to data fields 
includes storing textual information representing char- required by an application unit; and 

acters on said hard copy documents. (c) transmitting said selected portions of said stored 

35. A method as set forth m claim 27, wherein step (a) 35 document information to said application unit, 
includes storing digitized image information represent- ^ A metnod ^ set forth in claim 45, wherein step (a) 
ing the actual appearance of said hard copy documents. includes storing textual information representing char- 

36. A method as set forth in claim 35, further com- acters on sa j d nard copv documents. 

prising the step of printing copies of said hard copy 4r A method ^ set forth in claim 45( father com- 

documents based on said digitized image information. 40 prisig detecting and correcting errors in said stored 

37. An application program interface, comprising: document information resulting from automated digitiz- 
an automated digitizing unit which extracts informa- j ngt 

tion from a diversity of types of hard copy docu- 4^ A method as set forth in claim 45, wherein step (a) 

ments and stores said information from said diver- includes the step of utilizing a template to associate 

sity of types of hard copy documents in a memory 45 portions of said hard copy documents with specific data 

as stored document information; fields, 

a processor recognizing and selecting portions of said 49. a method as set forth in claim 45, wherein step (a) 

stored document information corresponding to includes receiving instructions identifying at least one 

data fields required by an application unit, said character or symbol, located on said hard copy docu- 

processor operative without reference to informa- 50 ments, which identifies a location on said hard copy 

tion extracted, via said automated digitizing unit, documents containing data corresponding to a specific 

from a separate document containing format re- data field. 

quirements; 50. A method as set forth in claim 45, wherein step (a) 

a formatter formatting said selected portions of said includes receiving instructions identifying at least one 

stored document information into a transmission 55 character or symbol, located on said hard copy docu- , 

format used by said application unit; and ments, which identifies a relative location on said hard 

an output unit transmitting said formatted selected copy documents containing data corresponding to a 

portions of said stored document information to specific data field. 

said application unit. 51. A method as set forth in claim 45, further com- 

38. An interface as set forth in claim 37, wherein said 60 prising the step of printing textual copies of said hard 
automated digitizing unit includes a scanner. copy documents based on said stored document infor- 

39. An interface as set forth in claim 37, further com- mation. 

prising a search unit for searching for at least one char- 52. A method as set forth in claim 45, wherein step (a) 

acter or symbol, located on said hard copy documents, includes storing digitized image information represent- 

which identifies a location on said hard copy documents 65 ing an actual appearance of said hard copy documents, 

containing data corresponding to a specific data field. 53. A method as set forth in claim 52, further com- 

40. An interface as set forth in claim 37, further com- prising the step of printing copies of said hard copy 
prising: documents based on said digitized image information. 
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54. An application program interface, comprising: 
an automated digitizing unit which extracts informa- 
tion from a diversity of types of hard copy docu- 
ments and stores said information from said diver- 
sity of types of hard copy documents in a memory 5 
as stored document information; 

a processor recognizing and selecting portions of said 
stored document information corresponding to 
data fields required by an application unit, said 
processor operative without reference to informa- jq 
tion extracted, via said automated digitizing unit, 
from a separate document containing format re- 
quirements; and 

an output unit transmitting said selected portions of 
said stored document information to said applica- 15 
tion unit. 

55. An application program interface as set forth in 
claim 54, wherein said automated digitizing unit in- 
cludes a scanner. 

56. An application program interface as set forth in 2Q 
claim 54, further comprising a search unit for searching 
for at least one character or symbol, located on said 
hard copy documents, which identifies a location on 
said hard copy documents containing data correspond- 
ing to a specific data field. 

57. An application program interface as set forth in 
claim 54, further comprising a template definition unit 
for defining a template which associates locations on 
said hard copy documents with specific data fields. 

58. An application program interface as set forth in 
claim 54, further comprising an error correcting unit 
detecting and correcting errors resulting from extract- 
ing by said automated digitizing unit. 

59. An application program interface as set forth in 
claim 54, wherein said stored document information 
includes textual information representing characters on 35 
said hard copy documents. 

60. An application program interface as set forth in 
claim 54, wherein said stored document information 
includes digitized image information representing an 
actual appearance of said hard copy documents. 

61. An application program interface as set forth in 
claim 60, further comprising a printer which prints out 
copies of an actual appearance of said hard copy docu- 
ments based on said digitized image information. 

62. A method of processing data extracted from a * 5 
diversity of types of hard copy documents, said method 
comprising the steps of: 

(a) receiving output representing a diversity of types 
of hard copy documents from an automated digitiz- 
ing unit and storing information from said diversity 50 
of types of hard copy documents into a memory as 
stored document information, said receiving step 
not preceded by scanning, via said automated digi- 
tizing unit, a separate document containing format 
requirements; 55 

(b) recognizing and selecting portions of said stored 
document information corresponding to data fields 
required by an application unit; and 

(c) formatting said selected portions of said stored 
document information into a transmission format 60 
used by said application unit. 

63. A method as set forth in claim 62, further com- 
prising the step of printing textual copies of said hard 
copy documents based on said stored document infor- 
mation. 65 

64. A method as set forth in claim 62, wherein step (a) 
includes storing textual information representing char- 
acters on said hard copy documents. 



40 



65. A method as set forth in claim 62, wherein step (a) 
includes storing digitized image information represent- 
ing an actual appearance of said hard copy documents. 

66. A method as set forth in claim 62, further com- 
prising detecting and correcting errors in said stored 
document information resulting from automated digitiz- 
ing. 

67. A method as set forth in claim 62, wherein step (a) 
includes the step of utilizing a template to associate 
portions of said hard copy documents with specific data 
fields. 

68. A method as set forth in claim 62, wherein step (a) 
includes receiving instructions identifying at least one 
character or symbol, located on said hard copy docu- 
ments, which identifies a location on said hard copy 
documents containing data corresponding to a specific 
data Meld. 

69. A method as set forth in claim 62, wherein step (a) 
includes receiving instructions identifying at least one 
character or symbol, located on said hard copy docu- 
ments, which identifies a relative location on said hard 
copy documents containing data corresponding to a 
specific data field. 

70. An application program interface, comprising: 
an automated digitizing unit which extracts informa- 
tion from a diversity of types of hard copy docu- 
ments and stores said information from said diver- 
sity of types of hard copy documents in a memory 
as stored document information; 

a processor recognizing and selecting portions of said 
stored document information corresponding to 
data fields required by an application unit, said 
processor operative without reference to extracted 
information scanned, via said automated digitizing 
unit, of a separate document containing format 
requirements; and 

a formatter formatting said selected portions of said 
stored document information into a transmission 
format used b said application unit. 

71. An application program interface as set forth in 
claim 70, wherein said stored document information 
includes textual information representing characters on 
said hard copy documents. 

72. An application program interface as set forth in 
claim 70, further comprising an error correcting unit 
detecting and correcting errors resulting from extract- 
ing by said automated digitizing unit. 

73. An application program interface as set forth in 
claim 70, further comprising a template definition unit 
for defining a template which associates locations on 
said hard copy documents with specific data fields. 

74. An application program interface as set forth in 
claim 70, further comprising a search unit for searching 
for at least one character or symbol, located on said 
hard copy documents, which identifies a location on 
said hard copy documents containing data correspond- 
ing to a specific data field. 

75. An application program interface as set forth in 
claim 70, wherein said automated digitizing unit in- 
cludes a scanner. 

76. An application program interface as set forth in 
claim 70, wherein said stored document information 
includes digitized image information representing an 
actual appearance of said hard copy documents. 

77. An application program interface as set forth in 
claim 76, further comprising a printer which prints out 
copies of an actual appearance of said hard copy docu- 
ments based on said digitized image information. 
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[57] 



ABSTRACT 



In a device and method to provide a gateway for the transfer 
of information between financial markets and customers, a 
processor is coupled to a customer system and to a financial 
market system. The processor receives transaction informa- 
tion from the customer system in a first format, converts it 
to a second format and transmits the transaction information 
to the financial market system. The processor receives an 
acknowledgment and a transaction confirmation from the 
financial market system in the second format, converts these 
to the first format and transmits the acknowledgment and the 
transaction confirmation to the customer system. The pro- 
cessor may also be coupled to a memory, where it stores 
tracking information relating to the transaction information, 
the acknowledgment and/or the transaction confirmation. 

64 Claims, 4 Drawing Sheets 
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SYSTEM AND METHOD FOR PROVIDING tion Exchange (FIX) that has been accepted and imple- 

AN INFORMATION GATEWAY mented by many brokerage houses as a common, standard 

protocol for all electronic transfers of transaction informa- 

FIELD OF INVENTION tion. All electronic communications between customers and 

Toe present invention is directed to a system and method 5 brokers are formatted according to the FIX protocol, 

for providing a gateway for the transfer of information However, in the equities markets, the various exchanges 

between financial markets (exchanges) and customers. More each utilize proprietary protocols governing communica- 

specifically, the present invention is directed to a system and lions between the exchange and brokers who are electroni- 

method for providing a gateway for the transfer of informa- cally connected to and who transact business on the 

tion between one or more customer system(s) which utilize 10 exchange. For example, the New York Stock Exchange 

a common protocol and one or more financial market (NYSE) uses the Common Message Switch (CMS) format, 

(exchange) system(s) which utilize the same and/or different while the Toronto Stock Exchange (TSE) uses the Securities 

protocols that differ from the common protocol. Trading Access Message Protocol (STAMP) format. 

Thus, any broker wishing to transmit transaction 

BACKGROUND OF THE INVENTION 15 information, e.g., send a customer's order, to an exchange 

To transfer information between two systems, i.e., a must take the order received from the customer (i.e., in FIX 

customer system and a financial market (exchange) system, protocol) and reenter it into the broker's system which 

that utilize different protocols or languages, it is necessary to interfaces with the relevant exchange (using a different 

manually extract the raw data from the one system and protocol), thereby allowing the order to be understood by the 

manually enter that data into the other system. Trading exchange's system. 

interface systems implemented by brokerages utilize such a This is a difficult and time consuming process which is 

dual system. One system is used to communicate on the prone to errors since the same information must be manually 

client side for receiving transaction information, e.g., orders, entered by an operator twice for a transaction to be pro- 

and transmitting transaction information, e.g., cessed. 

acknowledgments, confirmations and historical data. The There is a need for a system and method whereby a broker 
other system is used to communicate on the market can receive transaction information from a customer 
(exchange) side to transmit transaction information, e.g., electronically, e.g., via computer or terminal, and transfer 
place orders, and to receive transaction information, e.g., that transaction information electronically to a financial 
acknowledgments and confirmations. ^ market (exchange) without having to manually reenter the 
The current methodology or manual system requires transaction information. Additionally, there is a need for a 
duplication of information entry. Currently, customers who system and method whereby a broker can receive transaction 
wish to trade (buy and/or sell) financial instruments (i.e., information, e.g., an acknowledgment and/or a confirmation, 
securities, stocks, bonds), currencies, commodities, REITs, from a market (exchange) and transfer that transaction 
options, futures, etc., on financial markets (exchanges) must 35 information electronically to a customer, e.g., via computer 
either communicate directly, e.g., by telephone, with a or terminal, without having to manually reenter the trans- 
broker to place an order or be connected to a broker action information. 

electronically, for example, via computer or terminal. Upon Furthermore, there a need for a system and method 

receipt of an order the broker must manually enter the order whereby a broker can automatically translate transaction 

information for transfer to and execution by the relevant 4Q information received electronically from a customer in a 

financial market (exchange), e.g., NYSE, NASDAQ, TSE, certain protocol or language into a protocol or language 

CBOE, etc. compatible with the system used by the market (exchange) 

Once an acknowledgment is received from the relevant to which the transaction information is transmitted, and vice 

financial market (exchange), the broker must then either versa, 

manually reenter that information for transmission to the 45 

customer's computer or terminal, or call the customer and SUMMARY OF THE INVENTION 

indicate that acknowledgment of the order was received The present invention alleviates these difficulties and 

from the relevant financial market (exchange). Upon receipt solves these problems with a system and method for pro- 

by the broker of a message from the relevant financial viding a gateway for the transfer of information between one 

market (exchange) confirming execution, partial execution 50 or more customer system(s) which all utilize a common 

or non-execution of the order, the broker must then once protocol and one or more financial market (exchange) 

again either manually reenter that information for transmis- system(s) which each utilize the same and/or different 

sion to the customer's computer or terminal, or call the protocols that differ from the common protocol used by the 

customer and indicate that the order was either executed, customer system(s). 

partially executed or not executed by the relevant financial 55 p reS ent invention also provides for a system and 

market (exchange). method whereby a broker can receive transaction informa- 

Additionally, there are currently markets such as the bond tion from a customer placed electronically, for example, via 

market where trading is not implemented electronically, i.e., computer or terminal, and transmit the transaction informa- 

there are no computer or other systems linking brokers to tion electronically to a financial market (exchange) without 

their clients or to any markets (exchanges). Thus, in these 60 the need to manually reenter the transaction information, 

situations all information must be transferred orally and Additionally, the present invention provides for a system and 

recorded manually both between the customer and broker method whereby a broker can receive transaction 

and between the broker and the market (exchange). information, for example, an acknowledgment and/or a 

When using a computer or terminal to communicate confirmation, electronically from a market (exchange) and 

between a customer system and a broker system when 65 transmit that transaction information electronically to a 

executing transactions in the equities markets (on the equi- customer, for example, via computer or terminal, without the 

ties exchanges), there is a protocol, the Financial Informa- need to manually reenter the transaction information. 
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Furthermore, the present invention provides a system and 
method whereby a broker can automatically translate trans- 
action information received electronically from a customer 
in a certain protocol or language into a protocol or language 
compatible with a system used by a financial market 5 
(exchange) to which the transaction information is 
transmitted, and vice versa. 

The system according to the present invention includes a 
gateway which receives and transmits transaction informa- 
tion from/to at least one customer system, receives and 10 
transmits transaction information from/to a plurality of 
markets (exchanges), and translates transaction information 
from a first protocol, i.e., format and/or language, into at 
least a second protocol and vice versa. 

More specifically, the system according to the present 15 
invention includes a gateway which receives transaction 
information from and transmits transaction information to 
one or more systems, for example, located at one or more 
customers and/or one or more brokers, and from/to one or 
more systems, for example, located at one or more financial 20 
markets (exchanges). The transaction information may be 
transmitted and received by the gateway, by the customer 
and/or by the financial market (exchange) electronically, or 
some other way such as via an optical link. Customers and 
brokers are coupled to the gateway via a customer/gateway 25 
interface and financial markets (exchanges) are coupled to 
the gateway via an exchange/gateway interface. 

Transaction information may be entered and/or formatted 
in any number of different ways, including, for example, in ^ 
spreadsheet format as a single transaction or a number of 
transactions, as discrete groups or blocks of information, or 
directly as individual or single transactions. 

The gateway may include components such as, for 
example, one or more microprocessors, one or more 35 
memories, one or more storage devices and one or more I/O 
devices. 

The gateway receives the transaction information and 
processes the information. The processing may include, for 
example, separating the information corresponding to each 40 
respective transaction, identifying each transaction, format- 
ting the transaction information, and/or translating, i.e., 
converting or modifying, the information from a protocol, 
i.e., language and/or format used by the customer/gateway 
interface into one or more protocols, i.e., languages and/or 45 
formats used by the exchange/gateway interface, and vice 
versa. The gateway may also create a data base including 
transaction information, store transaction information in 
memory and/or send transaction information to a storage 
device. 50 

The present invention may be implemented using any 
operating system, including, but not limited to Windows NT, 
Windows 95, UNIX, MAC, etc. 

BRIEF DESCRIPTION OF THE DRAWINGS 

55 

FIG. 1 is a system diagram according to a preferred 
embodiment of the present invention showing customer/ 
gateway and exchange/gateway interfaces. 

FIG. 2 is a system block diagram showing the internal 
structure of the gateway according to a preferred embodi- 60 
ment of the present invention. 

FIG. 3 is a diagram of a format for tracking data stored in 
memory as a data base according to a first embodiment of 
the present invention. 

FT G. 4 is a flow diagram showing the operation of the 65 
gateway according to a first embodiment of the present 
invention. 
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DETAILED DESCRIPTION 

Referring now to the drawings, and initially FIG. 1, there 
is illustrated a system diagram according to a first embodi- 
ment of the present invention. A gateway 1 which may be 
located, for example, at a broker's facility, can be imple- 
mented using, for example, server class PC, a mainframe 
computer, a microcomputer, or some other type of process- 
ing system. The gateway 1 is coupled to one or more 
customer system 2, which may be, for example, a 
microcomputer, mainframe computer or some other type of 
processing system where a customer may place orders or 
transact business, via a customer/gateway interface 8 which 
may include some form of communications link using, for 
example, electronic or optical transmission of data, and 
which may be, for example, a modem connection over a 
telephone line, LAN, WAN, Intranet, Internet, dedicated 
line, satellite link, optical link or some other type of con- 
nection. The gateway 1 may additionally be coupled to other 
customer system(s) 4 via additional customer/gateway inter- 
faces 10, and/or to broker system(s) 6, e.g., terminals) 
and/or computers, which may be located, for example, at the 
broker's facility or afBliated facilities, via other customer/ 
gateway interfaces 12, e.g., modem connection over a tele- 
phone line, LAN, WAN, dedicated line, satellite link, optical 
link or some other type of connection. The broker system(s) 
can be used, for example, on trading desks or by sales people 
at the broker's facility for placing customer telephone orders 
or trades for in-house accounts such as mutual funds or 
hedge funds or for the broker's own account. 

All communications between the gateway 1 and the 
customer systems 2, 4 and/or the broker system(s) 6 occur 
using a common protocol (format and/or language), for 
example, Financial Information Exchange (FIX) protocol, 
which is in the public domain, commonly known and used 
as a universal trader protocol, and is described in detail in for 
example, the FIX 4.0 specification and release notes issued 
by the Fix Technical Committee, Jan. 13, 1996, and avail- 
able at www.Fixprotocol.org which is incorporated herein 
by reference. 

The gateway 1 is also coupled to one or more financial 
exchanges 16, 18, 20, 22, for example, NYSE 16, NASDAQ 
18, TSE 20, CBOE 22, which may be, for example, a 
microcomputer, mainframe computer or some other type of 
processing system, where the exchange may receive and 
process orders, via an exchange/gateway interface 24, 26, 
28, 30 which may include some form of communications 
link using, for example, electronic or optical transmission of 
data, and which may be, for example, a modem connection 
over a telephone line, LAN, WAN, dedicated line, satellite 
link, optical link or some other type of connection. 

The communications between the gateway 1 and each 
exchange 16, 18, 20, 22 occurs using a proprietary protocol 
(format and/or language) specific for the relevant exchange. 
For example, the NYSE 16 uses CMS protocol, and TSE 20 
uses STAMP protocol. Thus, any information transmitted 
from the gateway 1 to the NYSE 16 must be in CMS 
protocol, while any information transmitted from the gate- 
way 1 to the TSE 20 must be in STAMP protocol. 

The gateway 1 serves as the link or interface between the 
customer systems 2, 4 and/or broker system(s) 6, and the 
exchanges 16, 18, 20, 22. 

Referring now to FIG. 2, there is shown a block diagram 
of the internal structure of the gateway 1 according to a first 
embodiment of the present invention. The gateway 1 
includes a processor 50, which may be, for example, a 
microprocessor, a microprocessor array, or a microcomputer. 
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The processor 50 is coupled to a memory 52, for example a be similar or may vary, and can be, for example, 9600 bps. 

RAM, which is used to store information received from the Whatever data rates are used, the memory 52 should be of 

customer system(s) 2, 4 and/or broker system(s), and from sufficient capacity to store all received information without 

the exchanges 16, 18, 20, 22. The information stored in the losing or over-writing any data, 

memory 52 may include, for example, transaction s Because of the differences in data rates bctwecn the 

information, information relating to an order placed by a customer/galeway interfaces and the exchange/gateway 

customer or broker, e.g stock symbol, quantity, price, ^ m ^ ^ ^ ^ ^ {Q 

exchange, etc., acknowledgment information, and connrma- , \ t . : c J ,, , 1t u<1 

■ * tl • r •* 4 j • ' M „ store any transaction information that may accumulate while 

tion information. The information stored in memory 52 may . . 3 , . . . < / 

UtJ c i- j,u ■ c \ waiting to be transmitted to the exchanges, or to customers/ 

be stored, for example, in or as a data base or in any format . n<t & A1 ... . & . ' 

desired ]0 brokers. Alternatively, a separate memory may be used to 

^ ' ^ i • i . * c buffer this transaction information. 

The gateway 1 may also include a storage device 54, for 

example, a RAM, a hard drive, tape drive, ZIP drive, optical Communications between the gateway 1 and customer 

drive, holographic storage device, or any other type of system(s) 2,4 and broker system(s) 6 may also mclude some 

storage device, coupled to the processor 50. The storage „ formof security such as, for example, ceding of information, 

device 54 may be internal to or physically located within the time ofEsets and Password protection, to insure the integrity 

gateway system or may housed at a remote location. and secrec y of the information bein 8 transmitted. 

Alternatively, the memory 52 and the storage device 54 may The gateway 1 processes information, for example, by 

be comprised of a single device. The storage device 54 may using one or more programs running one or more threads of 

be used to store, for example, transaction information, 20 execution (i.e., sharing resources) or by using multiple 

information relating to an order placed by a customer or programs, such that multiple pieces of information may be 

broker, e.g., financial instrument symbol, quantity, price, processed at the same time. The gateway 1 is, therefore, able 

exchange, etc., acknowledgment information, and connrma- to communicate with multiple customer system(s) 2, 4 

tion information. The storage device 54 may be used, for and/or broker system(s) 6, and with multiple exchanges 16, 

example, as a backup for the memory 52 and/or to archive 25 18, 20, 22 simultaneously. Each customer system and/or 

historical information. broker system that transmits information, i.e., an order, to 

Referring now to FIG. 3, there is shown a diagram of a the gateway 1 is allocated a separate thread, i.e., a separate 

format for tracking data stored in memory 52 as or in a data fla g is and a separate program is invoked to process the 

base according to a first embodiment of the present inven- information from that customer system and/or broker sys- 

tion. The tracking data data base may include a number of 30 tem - 

lists or fields of information relating to the transactions The operation of the gateway, including processing of 
transmitted to the gateway 1 by a customer system. Column information can be understood more readily by referring to 
70 includes a list of the transaction number for each trans- FIG. 4, which is a flow diagram of the gateway operation 
action transmitted to the gateway 1. Column 72 includes a according to a first embodiment of the present invention. In 
list of the symbols for the financial instruments comprising 35 step 100 transaction information, e.g., an order, is received 
each transaction. Column 74 includes a list of the type of from a customer system 2 by the gateway 1 in an common 
transaction to be implemented, i.e., buy, sell, sell short, etc. protocol such as, for example, FIX protocol. The order is 
Column 76 includes a list of the quantity of the respective processed in steps 102, 104; 106 and 108. Because an order 
financial instrument to be traded. Column 78 includes a list may include one or more transactions such as, for example, 
of the price at which the financial instrument should be 40 buying and/or selling equities, buying and/or selling futures, 
traded. Column 80 includes a list of the exchange on which buying and/or selling bonds, buying and/or selling options, 
the relevant financial instrument is listed. Column 82 etc., the processing should include a counting step 102 
includes a list indicating for each transaction whether an where the number of transactions is determined. The pro- 
acknowledgment has been received. Column 84 includes a cessing also includes a step 104 where flags are set for each 
list indicating for each transaction whether a confirmation 45 separate transaction. There may be an additional step (not 
has been received. Column 86 includes a list indicating shown) where the information is provided with some form 
status of the order, i.e., rejected, accepted, filled, partially of coding or identification so that the processor can identify 
filled, etc. Column 88 includes a list indicating the quantity and match the information transmitted to the exchange 
of the financial instrument traded for each transaction. system (i.e., transaction information) with the information 
Column 90 includes a list indicating the number of financial 50 received from the exchange system (i.e., acknowledgment 
instruments outstanding or remaining for each requested and confirmation information). 

transaction. Column 92 includes a list indicating the price at The processing further includes a step 106 where tracking 

which each unit was traded. data relating to each transaction is written to a location, for 

Alternatively, the data base may include fewer or more example, in memory 52 so that the gateway may keep track 

columns than those indicated and various columns may be 55 of each transaction. The tracking data may be written, for 

combined or divided as desired. Additionally, the informa- example, in the form of a data base, and may include 

tion may be stored in some other manner besides as a data information such as, for example, described above in rela- 

base, including but not limited to being coded, stored as a tion to FIG. 3. Each transaction is then translated in step 108 

data word, as compressed data, etc. from FIX protocol into the proper protocol for the exchange 

The data rates at the customer/gateway interfaces 8, 10 60 to which it is to be transmitted, 

and/or 12 (as shown in FIG. 1) are approximately the same For example, if the gateway 1 receives an order from a 

since they use a common protocol. The data rate between customer system 2 containing three transactions (as shown 

customer system(s) 2, 4 and/or broker system (s) 6, and the in FIG. 3), i.e., (1) purchase 100,000 shares of XYZ stock on 

gateway 1 can be, for example, 56 Kbps. Alternatively, the the NYSE at $17/share, (2) sell 200,000 shares of ABC stock 

data rates at customer/gateway interfaces 8, 10 and/or 12 65 on the TSE at $42/share, and (3) buy 1000 July put options 

may vary. The data rates between the gateway 1 and the for LMN stock at last asking price, the gateway 1 will count 

exchanges at exchange/gateway interface 24, 26, 28, 30 may the number of transactions and set flags for each, i.e., three 
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flags. The gateway 1 will also write tracking data relating to 
each of the three transactions into memory. The gateway 1 
will then begin translating the first transaction from FIX 
protocol into CMS protocol, the second transaction from 
FJX protocol into STAMP protocol, and the third transaction 
from FIX protocol into the proper protocol for the relevant 
options exchange. 

The gateway 1 may run a separate sub -program for 
processing (including translation) for each customer, or may 
otherwise process transactions for each customer individu- 
ally. The processing of transactions for each customer may 
occur simultaneously or consecutively since the gateway 1 
is capable of parallel processing, i.e., processing for each 
customer simultaneously. 

Alternatively, the processing may include only some of 
the steps discussed above or it may include additional steps 
such as, for example, error correction, data compression, etc. 

When the processing of a transaction received from a 
customer system is completed, in step 110 the gateway 1 
transmits the translated (reformatted) transaction informa- 
tion to the proper exchange. The gateway 1 then receives an 
acknowledgment from the exchange, in step 112, indicating 
that the transaction information has been received. The 
gateway processes the acknowledgment in steps 114, 116 
and 118. In step 114 the gateway 1 translates the acknowl- 
edgment from the exchange's protocol into a common 
protocol such as, for example, FIX protocol. In step 116 the 
gateway locates the tracking data in memory 52 relating to 
the relevant transaction and updates the tracking data in 
memory 52. In step 118 the gateway 1 transmits the 
acknowledgment information to the customer system 2. 

Some time after the acknowledgment is received by the 
gateway 1, in step 120 the gateway 1 receives a transaction 
confirmation from the relevant exchange. The transaction 
confirmation indicates the status of the transaction and may 
include information such as, for example, financial instru- 
ment symbol, order accepted and filled/partially filled or 
rejected, quantity, price, etc. 

The gateway processes the transaction confirmation in 
steps 122, 124 and 126. In step 122 the gateway 1 translates 
the transaction confirmation from the exchange's protocol 
into a common protocol such as, for example, FIX protocol. 
In step 124 the gateway locates the tracking data in memory 
52 relating to the relevant transaction and updates the 
tracking data in memory 52. In step 126 the gateway 1 
transmits the transaction confirmation to the customer sys- 
tem 2. 

In step 128 the gateway transfers the contents of memory 
52 relating to transactions for which transaction confirma- 
tions have been received into storage device 54. The storage 
device 54 may be accessed by the customer system(s) 2, 4 
and the broker system(s) 6, and by the broker. Safety 
features in the gateway 1 only allow a customer system/ 
broker system access to the transactions placed by that 
customer system/broker system. 

The system can accommodate and support any number of 
customers and/or brokers as well as any number of financial 
markets (exchanges). 

What is claimed is: 

1. A device for providing an information gateway between 
a customer and a financial market comprising: 

a processor coupled to a customer system, and coupled to 

a financial market system, the processor programmed 

to: 

receive a first group of data from the customer system, 
receive a second group of data from the financial 
market system, 
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convert the first group of data into a third group of data, 
convert the second group of data into a fourth group of 
data, 

transmit the third group of data to the financial market 
5 system, and 

transmit the fourth group of data to the customer 
system; and 

a memory coupled to the processor, the processor pro- 
grammed to transmit a fifth group of data to the 
10 memory. 

2. The device according to claim 1, wherein the fifth 
group of data relates to the first group of data and to the 
fourth group of data. 

3. The device according to claim 1, further comprising a 
15 storage device coupled to the processor, the processor pro- 
grammed to transmit the fifth group of data to the storage 
device. 

4. The device according to claim 1, wherein the first and 
fourth group of data are in a first format. 

20 5. The device according to claim 1, wherein the second 
and third group of data are in a second format. 

6. The device according to claim 4, wherein the first 
format is FIX protocol. 

7. The device according to claim 1, wherein the first group 
25 of data, the second group of data, the third group of data and 

the fourth group of data are received and transmitted elec- 
tronically. 

8. The device according to claim 1, wherein the first group 
of data, the second group of data, the third group of data and 

30 the fourth group of data are received and transmitted opti- 
cally. 

9. The device according to claim 1, wherein the first group 
of data and the fourth group of data include transaction 
information. 

35 10. The device according to claim 9, wherein the trans- 
action information includes information relating to a plural- 
ity of transactions. 

11. The device according to claim 1, wherein the second 
group of data and the third group of data include at least one 

40 of acknowledgment information and confirmation informa- 
tion. 

12. The device according to claim 1, wherein the proces- 
sor is coupled to a plurality of customer systems and the 
processor programmed to receive at least one first group of 

45 data from each of the plurality of customer systems, and 
wherein each of the at least one first groups of data are in the 
first format. 

13. The device according to claim 1, wherein the fifth 
group of data is stored in memory in a data base. 

50 14. The device according to claim 1, wherein the fifth 
group of data includes tracking information. 

15. A device for providing an information gateway 
between at least one customer and a plurality of financial 
markets comprising: 
55 a processor coupled to at least one customer system, and 
coupled to a plurality of financial market systems, the 
processor programmed to: 

receive at least one first group of data from the at least 

one customer system, 
60 receive at least one second group of data from at least 

one of the plurality of financial market systems, 
convert the at least one first group of data into at least 

one third group of data, 
convert the at least one second group of data into at 
65 least one fourth group of data, 

transmit the at least one third group of data to at least 

one of the plurality of financial market systems, and 
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transmit the at least one fourth group of data to the at 
least one customer system; and 
a memory coupled to the processor, the processor pro- 
grammed to transmit at least one fifth group of data to 
the memory. 5 

16. The device according to claim 15, further comprising 
a storage device coupled to the processor, the processor 
programmed to transmit the at least one fifth group of data 
to the storage device. 

17. The device according to claim 15, wherein the pro- io 
cessor is coupled to a plurality of customer systems and the 
processor programmed to receive at least one first group of 
data from each of the plurality of customer systems, and 
wherein each of the at least one first groups of data are in the 
first format. 15 

18. A device for providing an information gateway com- 
prising: 

a processor coupled to at least one first system, and 
coupled to at least one second system, the processor 
programmed to: 20 
receive at least one first group of data from the at least 

one first system in a first format, 
receive at least one second group of data from the at 

least one second system in a second format, 
convert the at least one first group of data from the first 25 

format into the second format, 
convert the at least one second group of data from the 

second format into the first format, 
transmit the at least one first group of data to the at least 

one second system in the second format, 30 
transmit the at least one second group of data to the at 

least one first system in the first format. 

19. The device according to claim 18, further comprising 
a memory coupled to the processor, the processor pro- 
grammed to transmit at least one third group of data to the 35 
memory. 

20. The device according to claim 19, wherein the third 
group of data relates to the first group of data and to the 
second group of data. 

21. The device according to claim 19, wherein the third 40 
group of data is stored in memory in a data base. 

22. The device according to claim 19, wherein the third 
group of data includes tracking information. 

23. The device according to claim 18, further comprising 

a storage device coupled to the processor, the processor 45 
programmed to transmit the third group of data to the storage 
device. 

24. The device according to claim 23, wherein the storage 
device is a tape drive. 

25. The device according to claim 18, wherein the first 50 
protocol is FIX protocol. 

26. The device according to claim 18, wherein the at least 
one first group of data and the at least one second group of 
data are received and transmitted electronically. 

27. The device according to claim 18, wherein the at least 55 
one first group of data and the at least one second group of 
data are received and transmitted optically. 

28. The device according to claim 18, wherein the at least 
one first group of data includes transaction information. 

29. The device according to claim 26, wherein the first 60 
group of data includes information relating to a plurality of 
transactions. 

30. The device according to claim 18, wherein the at least 
one second group of data includes at least one of acknowl- 
edgment information and confirmation information. 65 

31. The device according to claim 18, wherein the pro- 
cessor is coupled to a plurality of first systems and a plurality 
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of second systems, and the processor programmed to receive 
at least one first group of data from each of the plurality of 
first systems, and wherein each of the at least one first groups 
of data are in the first format (protocol). 

32. The device according to claim 18, wherein the at least 
one first system is a customer system and the at least one 
second system is a financial market system. 

33. A method for providing an information gateway 
between a customer and a financial market comprising the 
steps of: 

receiving a first group of data from a customer system; 
receiving a second group of data from a financial market 
system; 

converting the first group of data into a third group of 
data; 

converting the second group of data into a fourth group of 
data; 

transmitting the third group of data to the financial market 
system; 

transmitting the fourth group of data to the customer 
system; 

transmitting a fifth group of data to a memory. 

34. The method according to claim 33, wherein the fifth 
group of data relates to the first group of data and to the 
fourth group of data. 

35. The method according to claim 33, further comprising 
a storage device coupled to the processor, the processor 
programmed to transmit the fifth group of data to the storage 
device. 

36. The method according to claim 33, wherein the first 
and fourth group of data are in a first format. 

37. The method according to claim 33, wherein the second 
and third group of data are in a second format. 

38. The method according to claim 36, wherein the first 
format is FIX protocol. 

39. The method according to claim 33, wherein the first 
group of data, the second group of data, the third group of 
data and the fourth group of data are received and transmit- 
ted electronically. 

40. The method according to claim 33, wherein the first 
group of data, the second group of data, the third group of 
data and the fourth group of data are received and transmit- 
ted optically. 

41. The method according to claim 33, wherein the first 
group of data and the fourth group of data include transac- 
tion information. 

42. The method according to claim 41, wherein the 
transaction information includes information relating to a 
plurality of transactions. 

43. The method according to claim 33, wherein the second 
group of data and the third group of data include at least one 
of acknowledgment information and confirmation informa- 
tion. 

44. The method according to claim 33, wherein a first 
group of data is received from each of a plurality of 
customer systems, and a second group of data is received 
from each of a plurality of financial market system. 

45. The method according to claim 33, wherein the fifth 
group of data is stored in memory in a data base. 

46. The method according to claim 33, wherein the fifth 
group of data includes tracking information. 

47. A method for providing an information gateway 
between at least one customer and a plurality of financial 
markets comprising the steps of: 

receiving at least one first group of data from at least one 
customer system in a first format; 
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receiving at least one second group of data from at least 52. The method according to claim 51, wherein the third 

one of a plurality of financial market systems in a group of data relates to the first group of data and to the 

second format; second group of data, 

converting the at least one first group of data from the first 53. The method according to claim 51, wherein the third 

format into the second format; 5 group of data is stored in memory in a data base, 

converting the at least one second group of data from the 54. The method according to claim 51, wherein the third 

second format into the first format; group of data includes tracking information, 

transmitting the at least one first group of data to at least 55 - The method according to claim 50, further comprising 

one of the plurality of financial market systems in the a s to r a S e device coupled to the processor, the processor 

second format; programmed to transmit a third group of data to the storage 

transmitting the at least one second group of data to the at device. 

least one customer system in the first format; and 56 - The method according to claim 55, wherein the 

transmitting at least one third group of data to a memory. storage device is a tape drive. 

48. Hie method according to claim 47, further comprising 15 51 ^ method according to claim 50, wherein the first 
a storage device coupled to the processor, the processor protocol is FIX protocol. 

programmed to transmit the at least one fifth group of data 58 - The method according to claim 50, wherein the at least 

to the storage device. one ^ rst & rou P of data and the at least one second group of 

49. The method according to claim 47, wherein a first data are received and transmitted electronically. 

group of data is received from each of a plurality of 20 59. The method according to claim 50, wherein the at least 

customer systems in the first format. one first group of data and the at least one second group of 

50. A method for providing an information gateway data are received and transmitted optically, 
comprising the steps of: 60. The method according to claim 50, wherein the at least 

receiving at least one first group of data from at least one one first group of data includes transaction information. 

first system in a first format; 25 61. The method according to claim 60, wherein the first 

receiving at least one second group of data from at least S rou P of data includes information relating to a plurality of 

one second system in a second format; transactions. 

w- *u * i~ „♦ « „ „ f . t „ r_ flrrt 62. The method according to claim 50, wherein the at least 

converting the at least one first group or data trom the nrst < <■ , i 

r . ■ . #u i f . one second group or data includes at least one of acknowl- 

rorm at into the second format; . * . - . - 

3U edgment information and confirmation information, 

converting the at least one second group of data from the fi3 The method according to claim 50j wherein a first 

second format into the first format; grQup of data fc feceived from each of a p]urality of firgt 

transmitting the at least one first group of data to the at systems, and a second group of data is received from each 

least one second system in the second format; and 0 f a plurality of second systems. 

transmitting the at least one second group of data to the at 35 64, The method according to claim 50, wherein the at least 

least one first system in the first format. one first system is a customer system and the at least one 

51. The method according to claim 50, further comprising second system is a financial market system. . 
the step of transmitting at least one third group of data to a 

memory. ***** 
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